home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group99a.txt
/
000162_icon-group-sender _Mon Jul 19 12:47:36 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA14947
for icon-group-addresses; Mon, 19 Jul 1999 12:47:29 -0700 (MST)
Message-Id: <199907191947.MAA14947@baskerville.CS.Arizona.EDU>
From: "Nevin Liber" <nevin@eviloverlord.com>
To: <icon-group@optima.CS.Arizona.EDU>
Cc: "Frank Lhota" <lhotaf@lexma.meitech.com>, "Garry" <memphis@macconnect.com>
Subject: RE: [Q][newbie] Why use a useless loop?
Date: Mon, 19 Jul 1999 10:57:42 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Frank Lhota [mailto:lhotaf@lexma.meitech.com] wrote:
> One thing that strikes me about the implementation of both this procedure
> and of basename is the use of a variable to store a position in
> the subject
> string. Frankly, I do not know why this is done when a simpler and more
> straightforward solution can be obtained by using the tab function.
I vaguely remember that in older implementations of Icon there were some
pecularities when having nested string scanning environments. There is some
reference to this at <http://www.cs.arizona.edu/icon/docs/ipd112.htm>,
although I might be thinking of something else.
Most of these procedures are probably old enough that they were coded to
explicitly keep track of the position within a string as to avoid problems
when being called within a string scanning environment. If this is indeed
the reason, I'm sure that most of the authors today would use string
scanning to implement their solutions.
__
Nevin ":-)" Liber <mailto:nevin@eviloverlord.com> (312) 855-1000 x199